home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 291 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB
  1. Path: awadi.com.au!news
  2. From: knewbery@awadi.com.au (Kym Newbery)
  3. Newsgroups: comp.sys.m68k
  4. Subject: Help with setting up 68040 MMU req'd
  5. Date: 28 Feb 1996 03:26:20 GMT
  6. Organization: AWA Defence Industries
  7. Distribution: world
  8. Message-ID: <4h0i0s$84a@myall.awadi.com.au>
  9. Reply-To: knewbery@awadi.com.au
  10. NNTP-Posting-Host: melaleuca.awadi.com.au
  11. Keywords: 68040, 68030 MMU
  12.  
  13. Hello all,
  14.  
  15.     I am seeking somebody would can help me, or provide a pointer to
  16. information on how to setup the MMU in a home-grown 68040 processor board. 
  17. I have read the 68040 users guide back-to-front and tried to understand the 
  18. section on the MMU but there are no worked examples which makes understanding 
  19. the MMU difficult.  
  20.  
  21.     What I would like to do is to write protect a block of SRAM.  The 
  22. processor we have built has SRAM from address 0x02000000 to 0x021fffff (2Mega
  23. bytes, 512Klongwords worth).  I would like to be able to write data/code into
  24. the top section from 0x02100000 to 0x021fffff then turn on the MMU and write
  25. protect it.  I realise that I will need to create a translation table in RAM
  26. somewhere - the problem is how big a translation table do I require ??.. does
  27. it have to all the three levels of tables??, or can somebody describe what is
  28. required?  I'm a bit worried that we will have to create a huge translation 
  29. table to implement a simple memory protection scheme.
  30.  
  31.     Also, we have implemented a hardware protection mechanism that asserts
  32. TEA when an access to non-allocated memory space is made (this then causes
  33. an access/bus error)  _and_ we would like to be able to cache the SRAM block
  34. but not our I/O block (which is located up near 0x0C400000 to 0x0C40FFFF).
  35. (I am using the TT registers to do this).
  36.  
  37. Thanks in advance for any help, advice or references to more info..
  38.  
  39. Kym.
  40. -- 
  41. Kym B Newbery  VK5XKN          |    email @work  knewbery@awadi.com.au
  42. Hardware Design Engineer       |    phone @work  +61 8 256 0526
  43. AWA Defence Industries         |  
  44. Salisbury, South Australia     |
  45.  
  46.  
  47.